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AMENDMENTS TO THE SPECIFICATION 

Page £ lino 21 to pogo 6, l i no O : 

Using clip based data streaming technologies, the user's local computer 120 can 
play audio or video program In real time as it is being downloaded over the 
Internet as opposed to pre-storing the entire program in a local file. The Internet 
radio client application 109 coupled to the web. browser 108 decompresses and 
plays the data as it is being transferred to the local computer 120 over the 
Internet The piledriver is responsible for delivering, for example, an Ultravox 
formatted stream to the client application in a seamless fashion, In addition to 
raw data. Streaming audio or video avoids the unintended delay entailed in 
downloading an entire file and then playing it with a helper application. For the 
clip based streaming to work, the client side receiving the data must be able to 
collect the data and send it as a steady stream to the program that is processing 
the data and converting it to sound or pictures. This means that if the data does 
not come #*e»-quickly enough, the presentation of the data will not be smooth. If 
the streaming client receives the date more quickly than required, it needs to 
save the excess data in a buffer, which is an area of memory in the write/read 
random access memory (RAM). Even when the write speed and the read speed 
are exactly same, to maintain a smooth data flow, a minimum amount of data in 
the buffer is necessary. 

PageyS, li no 2 0 tu p<*ye 7, l ine 2 : 

There are two reasons to request the pre-buffers in advance. First, it reduces the 
delay involved in requesting the clip and then obtaining the pre-buffer before 
being able to play the audio or video. Second, it causes UltraMODS/HTTP to 
obtain the media file from the content-store if it does not have it already, 
hopefully in advanoe of the new request by the client. 
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10 tf-\b Y|2- 5>(-2'l|2<5/0 

PageX, lines 46*K>: • 

Call to stop all C3£h§6a€k-ahead transactions, close and remove all open 
PFFILEHANDLEs and free all used memory. 

14 4| » 3(a«|2o/o 

Page K lines :P**1§: ' 1 

FIG.. 3C and FIG. 3D are flow charts further illustrating the various loops 
according to FIG. 3B. 

Page lines ' 

Now_Ne-referring to FIG. 3C, in step 300A. the user's computer checks whether 
the new target song is already pre-cached by checking whether a file 
characterized as the new target song exists in the buffer. If not, go to step 331 
which includes two sub-steps: 

Page \4, lines 13-23: 1l " 

The pre-caching (i.e. the pre-bufferlng) solution described above is possible 
because the total capacity of the communication channel can be shared between 
several independent data streams using some kind of multiplexing, in which, 
each stream's data rate may be limited to a fixed fraction of the total capacity. As 
it is illustrated in FIG. 4. the data transfer rate for a regular DSL communications 
channel ranges from 256K to 8M byte per second (bps), the voice conversations 
and music signals only use 64K bps. Therefore, the streaming track for the 
downloading data for pre-buffering can use the rest of the capacity. 
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Amendments to the Specification 

Please amend paragraph [0023], as published, of the specification as 
follows: 

From a high level view, the piiedriver receives a play list from an audio or video 

client application. It analyzes the play list and locally caches the first small portion (e.g. 

first ten seconds) for clip in the play list. The client can then connect to the piiedriver 

data pump and retrieve the data stream using the HTTP or Ultravox 2.0 Protocols. The 

major functions of the piiedriver include: (1) managing the retrieval and caching the-pfe- 

buttef pre-buffer for items in the play list; (2) managing the content in memory; (3) 

providing content to audio or video clients using raw data or the Ultravox 2.0 protocol 

from either a local cache or directly from a content-store; and (4) providing a stream of 

data to the audio or video client mimicking local disk functionality. 

oo07 V|? Sl-Si/Ztf 0 

Please amend paragraph [0060], as published, of the specification as 

follows: 

Referring to FIG. 3C, step 330 actually includes the following two sub-steps: 

OOIO Ye- 
Please amend paragraph [0081], as published, of the specification as 

follows: 

send request to the server to stop transmitting of th e song i n the playing song 
and to start transmitting the new target song; and 
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